外观
🎈 想读易懂版？
本章有易懂版（大白话讲重点，10 分钟读完）：[第 9 章 写文档：报告、方案与白皮书（易懂版）](../../easy/第9章 写文档：报告、方案与白皮书（易懂版）.md)
第 9 章 写文档：报告、方案与白皮书
本章目标：掌握写文档类任务的完整方法论——六步通用流程、大纲先行原则、三类典型场景的实战模板，以及文档写作的红线。AI 写文档的价值不在"代笔"，而在把写作变成可管理、可核验、可复用的流程。
9.1 场景：文档是最高频的 AI 任务
写文档是最高频的 AI 任务，但也最容易"看着像、其实没用"——满篇正确的废话，读者看完不知道该做什么。本章以三个典型场景为例，从流程到红线一次讲透：
| 场景 | 特点 | 关键能力 |
|---|---|---|
| 报告 | 基于数据说话，结论先行 | 读数据、算口径、引证据 |
| 方案 | 支撑决策，读者要拍板 | 选项对比、推荐逻辑 |
| 长文档 | 结构复杂，篇幅长 | 大纲先行、分块写作 |
9.2 通用流程：写任何文档都走这六步
无论写哪种文档，都走这个流程：
1. 明确读者与用途（给谁看、看完要做什么决定）
2. 收集素材（数据、资料、模板、往期示例）
3. 搭结构（大纲先行，你确认）
4. 分块写作（每块可检查、可反馈）
5. 数据/事实核对（我能查的帮你查）
6. 按你的风格润色（记忆里存的偏好）9.2.1 为什么"先出大纲"是铁律
大纲错了，写一万字也白搭；大纲对了，填充只是时间问题。
- 大纲阶段发现问题：改一行字即可；
- 正文阶段发现问题：整段重写。
大纲是你和我之间最低成本的"对齐协议"。任何超过一页的文档，我都坚持先给大纲。
9.2.2 大纲要细到什么程度
| 大纲粒度 | 效果 |
|---|---|
| "写个报告" | 等于没给，各写各的 |
| "结论→分析→建议" | 结构对了，但内容方向未定 |
| "1. 结论（3 条核心发现）2. 渠道对比（表）3. 问题归因（3 类）4. 建议（对应结论）" | ✅ 可以开工 |
好大纲 = 每个章节都写清了"这块要说什么"。
9.3 案例一：一份基于数据的运营报告
9.3.1 指令
写一份《Q3 运营复盘报告》：
- 数据源：data/q3.csv（阅读后使用，不得编造）
- 读者：管理层，结论先行
- 结构：核心结论 → 分渠道表现 → 问题分析 → 3 条建议
- 长度：不超过 3 页9.3.2 我的做法（逐步拆解）
① Read data/q3.csv → 搞清字段、时间范围、数据口径
（发现字段含义模糊 → 问你："新增用户"指注册还是首单？）
② 给出大纲 → 你确认 → 开工
③ 逐节写作：
- 核心结论：3 条带数字的发现（引用具体数据行）
- 渠道对比：表格 + 环比/同比
- 问题分析：定位到具体渠道/环节
- 建议：每条建议都对应一个结论（可执行、有负责人）
④ 交付 → 附"数据来源与口径说明" → 你核验9.3.3 优秀报告 vs 平庸报告
| 维度 | 平庸报告 | 优秀报告 |
|---|---|---|
| 结论 | "整体表现一般" | "转化率环比下降 18%，主要来自渠道 A" |
| 证据 | 无引用 | "见 2.1 节、数据行 34-40" |
| 建议 | "加强运营" | "渠道 A 预算下调 30%，转移至 B（测算见附录）" |
| 可执行性 | 谁都能说 | 有负责人、有优先级 |
9.4 案例二：一份方案文档
9.4.1 写方案的本质
写方案的关键是决策支持——读者看完要能拍板。 一篇好方案，不是罗列选项，而是给决策者"最小认知负担"的决策路径。
9.4.2 方案结构模板
背景与目标（为什么做、成功标准）
→ 现状分析（痛点、约束）
→ 方案选项（A/B/C 对比：成本/工期/风险）
→ 推荐项与理由（数据说话）
→ 实施计划（步骤、里程碑、验收）
→ 风险与对策（最坏情况 + 预案）9.4.3 指令要点
帮我写《XX 系统改造方案》：
- 给出 3 个方案并对比（成本/工期/风险，用表格）
- 推荐一个并说明理由（为什么不是另外两个）
- 附实施步骤（含里程碑）和验收标准9.4.4 方案对比表的黄金结构
| 维度 | 方案 A（稳妥） | 方案 B（均衡） | 方案 C（激进） |
|---|---|---|---|
| 成本 | 低 | 中 | 高 |
| 工期 | 2 周 | 4 周 | 8 周 |
| 风险 | 低 | 中 | 高 |
| 适用 | 快速止血 | 推荐 ✅ | 长期最优 |
推荐理由要写"为什么不是另外两个"——这是决策者最关心的问题。
9.5 案例三：长文档（白皮书/手册/教程）
9.5.1 长文档的挑战
长文档（比如你现在读的这本白皮书）最大的敌人是失控：写到第五章发现第一章的结构要改。
9.5.2 长文档方法论
| 原则 | 做法 |
|---|---|
| 先定骨架 | 章节树先行：几篇 → 几章 → 每章讲什么 |
| 再填血肉 | 每章独立推进，章与章之间松耦合 |
| 风格统一 | 每章同一套格式（目标框/表格/练习） |
| 交叉引用 | 章末"下一章"、文中"见第 X 章"保持导航 |
9.5.3 长文档的检查清单
- [ ] 每章开头有"本章目标"？
- [ ] 每章有练习/可操作步骤？
- [ ] 章与章之间有导航衔接？
- [ ] 术语全文一致（先建术语表）？
9.6 文档写作的红线
| 红线 | 说明 | 我的做法 |
|---|---|---|
| ❌ 不编数据 | 数据要么来自你给的文件，要么标注"待核实" | 引用时带出处 |
| ❌ 不隐瞒不确定性 | 拿不准的地方明说 | 写"建议核实" |
| ✅ 保留修订痕迹 | 用 Edit 逐轮改，不整篇重写 | 你 review diff |
| ✅ 结构可复用 | 好文档 = 好模板 + 好内容 | 模板沉淀下来 |
重点
数据来源不明的数字，一律标注"待核实"，绝不编造。 一旦编过一次数据，整个文档的可信度就归零。
9.7 把文档能力沉淀下来
写文档最大的复用点：
模板（结构）→ 存 docs/templates/
偏好（风格）→ 存记忆（"结论先行 + 数据引用"）
指令（流程）→ 存为 Skill（"写报告"技能）下次写同类文档，一句话触发，全流程就位。
9.8 练习
- 给我一份真实数据文件，让我写一份带结论的报告（先看大纲再动笔）。
- 让我按你公司的模板重写一次，比较差异。
- 把这份文档的指令模板存入记忆或 docs/templates/。
- 用 9.6 的红线清单，检查我产出的文档是否踩线。
9.9 延伸阅读
本章讲的"文档"最终是聊天里的文字。如果你需要能直接交出去的成品文件——Word 文档、Excel 表格、PPT 演示稿、PDF 定稿——平台内置技能可以直接生成，方法见第 25 章；速查见附录 C。
小结：AI 写文档的价值不在"代笔"，而在把写作变成可管理、可核验、可复用的流程——大纲先行控制方向，分块写作控制质量，模板沉淀控制复用。下一章：写代码。